Quote from lfscruise07 :

So there is one more question , updated every few minutes Can you ?
Thanks for everything

As said in my previous answer, there's no need to update it every few minutes.
When an admin connects to the server, the OnConnect event is run, which then triggers the sub event 'Admin_status' which immediately updates the buttons.
Same thing when an admin disconnects, which will trigger the OnDisconnect event and that again triggers the sub event 'Admin_status' and updates the buttons.

While thinking about your questions, I realised it was my own code you are using (which is okay as I shared it with the community).
There's no need to use a scheduled event, since the admin status is updated every time an admin connects or disconnects.
As soon as the OnConnect or OnDisconnect event is executed, it automaticly runs the sub event called "Admin_status" using this command: Admin_status( $KeyFlags );
That sub event then update the buttons accordingly to what happened, so using a scheduled event is not needed.
I've included the original code, save the file, rename it to 'admin_notify.lpr' and store it in the includes folder of Lapper.
Then make sure it's listed in the file 'addonsused.lpr'

You could try to set a 0 for seconds, instead of the *
Then it should execute at each minute.

Then you should debug the code.
Place some code in the sub-event which should display a chatmessage or a message on the console.
Then you will know if the sub-event is executed or not.
If it isn't, then there's something wrong with the scheduled action.
If it is, then there's a problem in the sub-event.

At first glance I don't see any mistakes.
Is Lapper throwing an error and if so, could you post that?

That's not the right syntax.
It should be like this:


Etc. etc.

I'm not sure what LFS Lazy does exactly, but for any program that communicates through the Insim protocol, the basis should be to be able to connect to a server, remain the connection and handle certain packets coming from the server or being send to it.

Yes you can.
You need to use "InstantSpeed" from the current player and then do something when that goes above 60.
Be aware that you need to check the speed every X seconds, since it can change fast, so you need to write some routine that is run every x seconds.
This can be done with a registered action, but you could also use the delay function.

Quote from Popughini :

Hello, you could make a script that put [COP] in the name you activate the siren please!

The nickname of a player can't be changed through the Insim protocol, it's a read-only value.

Looked at it, scratched my head a few times, had a couple of goes at it, scratched my head a bit more and then came up with the solution.
It turned out that the array was cleared every time a value was added (I used dumpvar(name_of_the_array)) to monitor that.
Adding a simple "". before the $argv was added, solved that issue.

Have a go with this:

Quote from RevLeon :

Any chance you can give me a hand with it or a starting point? I don't really know much about scripting but I think I can give it a go

Here's a starting point, which I hacked together tonight.
Save the file in the 'includes' folder of your Lapper and rename it to *.lpr
Also make sure to add it to the file called "AddonsUsed.lpr".
There should be enough comments in the file, to understand what's happening, otherwise feel free to ask any questions.
I haven't made the leaderboard, but that shouldn't be too hard to figure out (hint, read through some other scripts I made, for directions).

Quote from RevLeon :

Is it possible for a script to count your Total driven distance, session distance and a leaderboard for the top 10 or 15. Also if possible when a driver reaches a certain driven distance they get listed into a file or database and tracking their distance stops there.

Yes, that's possible and could be stored into the database and then ofcourse retrieved as well.
StoreValues is what you are looking for here.

Quote from AymanHilal :

"Such care" not sure if you really don't care or being sarcastic.

But i made a post of what you can really do with lapper if you put some effort into it.
Though, if you really don't "care" then why waste your time writing a useless comment?

I don't think that he is the person who needs to know what can be done with Lapper, given the things he already made with and done for Lapper.
You are right that almost anything can be done with Lapper, if you are willing to put the time in.
Good work from what I can judge off the screenshots, but a cruisescript isn't unique of course.

The reason you can't use "GetCurrentPlayerVar" in de OnDisConnect event is that as soon as the event is fired, the player has already left the server.
So Lapper isn't able to retrieve the value of that player anymore.
It would be better to make a "Logout" button in the HUD which is linked to a sub-routine that saves the value(s) and then disconnects the player.

What you describe is standard behavior of Logitech wheels.
It needs to do the full rotation in both directions and then you hear a click to set it into operational mode.

I've fixed an unhandled exception which caused Lapper to crash, instead of just showing an error in the log file.

Filename: GLScript.cs
Line: 1039

Current line: throw;
Should be: throw new GLScriptException("';' needed");

This should do the trick
Solution was to add a unique message ID and store that in the database (used the same trick in another project).

Pitboard - V2.11 (information screen about split times, gaps in front and behind you, ect)

Changelog:

- Added option to check on forced tyre change (works in combination with !pwgui)
- Added option to check on forced compound change (works in combination with !pwgui)
- Disabled some debug code
- Corrected a typo in 'Sub OnEndPit_Pitboard'

Pitwindow GUI - V1.05 (small GUI to set Pitwindow(s))

Changelog:

- Added option to set a forced tyre compound change

Change the extension of the file to .lpr and add them to addonsused.lpr to be able to use it.

Two minor fixes for LFSLapper.lpr

Line 1250

Current line: privMsg( langEngine( "%{main_outpitwindows}%", GetCurrentPlayerVar("NickName"] ) ));
Should be: privMsg( langEngine( "%{main_outpitwindows}%", GetCurrentPlayerVar("NickName") ) );

Line 1255

Current line: privMsg( langEngine( "%{main_pitwork}%", GetCurrentPlayerVar("pitWork") ) );
Should be: privMsg( langEngine( "%{main_pitwork}%", GetCurrentPlayerVar("PitWork") ) );

Just as a reminder, using X and Y coordinates is okay, but don't forget that it will calculate the shortest possible length between those two coordinates.
The program doesn't know if that route is possible or not, while in fact that route will never be possible, unless you are driving on the parkinglot with no obstacles at all.

Ah thanks, I haven't seen that particular message as I am not interested in VR my self. But I do agree that it is important to have it working flawless in LFS in order to try and get more people in.

Am I the only one who's wondering what Scawen has stumbled on, that is making this test-patch stand for so long?
It was supposed to be a quick fix for a crash and a chance to fit in some other small fixes, but since it's taken longer then expected now, I am wondering what's the reason behind that.
Not being critic, just curious

Quote from RaZMorocco :

Demo for years now, i suggest this doesnt actually happen or you'll kill the game just like many famous old racing games that used this technique, not everyone can afford the game nor pay trought the internet so i suggest they add more stuff into the Demo version

I can agree on the part about not beying able to pay through the internet, but I strongly disagree about the part of adding more stuff into the Demo version.
I also like to question the part about not being able to afford the game.
I've seen a lot of demo users, who aren't able/willing to pay for LFS, but are able to rent servers and run their cruise servers (even with cracked LFS versions).
If you can afford to rent a server (which usualy costs money each month), you surely can affort paying for LFS.
So no, there's enough content in the Demo version and while I agree this should be for free to make it playable for everyone, I do think it's a good idea to shutdown the insim protol in the Demo version.
Although that will probably cracked as well, so it might not be worth the effort.

Great to see a new version of Lapper being released.
I did notice that the file 'trackList.cfg' isn't up-to-date.
So here's the correct file, which you might want to include in a future release.

As soon as any event within Lapper is triggered, you can use the several variables within that event, to do different things.
You can do that as in your example, but it's even possible to combine variables and do different things.